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SYSTEM FOR INTEGRATING AN ON-LINE SERVICE COMMUNH Y 
WITH A FOREIGN SERVICE 

BACKGROUND OF THE INVENTION 

Field of the Invention 

5 The present invention relates generally to systems for hunian-computer interaction. In 

particular, the present invention relates to a system and method for enhancing a computer 
user's Internet browsmg experience by determining a user's preferences and facilitating the 
user's interaction with a cormnunity of users (community members) sharing similar preferences 
via community content annotations related to on-Une content and via synchronous and 
1 0 asynchronous interactions with community members sharing siaiilar preferences. 
Description of Related Art 

Computer mformation services today offer a variety of services and content to their 
subscribers. For example, subscribers of the CompuServe® Infonnation Service may retrieve 
uiformation or content from a repository maintained by the seivice or possibly, by a third party 
15 provider. In addition, CompuServe subscribers may communicate with other subscribers. 
Communications may occur hi real time as subscribers initiate and join ongoing conference 
room or "chat" sessions managed by the mformation service. CompuServe subscribers may 
also communicate directly with one another as well as with non-members via electronic mail 
(e-mail.) Special interest on-lme discussion gioups (i.e., message boards or foiimis) within 
20 CompuServe also provide opportunities for subscribers to comraimicate with one another. 
Forums are generally comprised of tliree major areas: a message area, a library, and a 
conference room for forum conferencing. 

The message area serves as a place for posting and responding to messages relating to 
a specific topic. When a message is posted and someone responds to it, a thread is created. A 
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thread is a string of two or more messages that are related to one another and that share a 
particular subject or topic heading (i.e., thread). The forum library serves as a storage area for 
documents, graphics, and other information tliat may be browsed, searched, or downloaded. 
Forum conferences, on the other hand, are live electronic conversations between two or more 
5 forum members. It is the facilitation of interaction via these various methods and ui relation to 
shared areas or topics of interest that gives on-lme uiformation service subscribers a sense of 
belonging to a community. 

To mteract with the CompuServe Information Service, a subscriber's computer may be 
equipped with communication or connection sofhvare that has a graphical user interface such 

10 as the CompuServe Information Manager for Windows® (WinCIM). The communication 
software allows the subscriber to establish and maintain a connection with the information 
service and to perform tasks and retrieve information content from tlie seivice as well as 
interact with other subscribers. Typically, the communication software is designed to support 
all of the features and fimctionaUty of the information service and is tailored to a user's 

15 interaction with the on-hne service. Content at the on-line service is typically organized or 
categorized according to areas of interest among groups of users (e.g., Windows Users' 
Fomm, CNTM Online, Entrepreneur's Small Business Forum). Content is generally presented 
or displayed in a similar manner regardless of the area of mterest. Users are able to locate 
content easily and communicate easily with others who share similar interests (e.g., via fonims, 

20 e-mail, conferencing or chat) thereby creatmg communities. 

Tlie Internet and World Wide Web (Web), comprised of a vast array of international 
computer networks, provide on-line service subscribers with additional content or resources to 
searcb. These intemational computer networks may be comprised of foreign host computers 
or servers (i.e., not part of tlie on-line service network) that users access to locate resources. 
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Typically, these resources are accessed using a Web browser, such as Spry's Mosaic, 
Microsoft's Internet Exi)lorer, or Netscape's Navigator, capable of uiiderstaiidmg the 
HyiJerText Markup Language (HTML) used to create the documents (Web pages) found on 
the Web and the HyperText Transfer Protocol (HTTP) (as well as other protocols and/or 
5 apphcations such as File Transfer Protocol (FTP), Internet Relay Chat (IRC), tebet, etc., 
collectively "Internet protocols") used to navigate or locate sites on the Web fiora which the 
HTML and other documents may be accessed. Although Web browsers typically have varying 
levels of functionality or sophistication, retrieved content is displayed according to views or 
presentations specific to the Web page currently . presented by the Web browser. Each 

10 screenfiil of information includes menu choices, highlighted words, or graphics tlirough wliich 
users may locate further inlbrmation, either from the same computer or by linking 
automatically to another computer somewhere else on the Internet. Typically, the views and 
presentations of the Web pages are diflferent than those provided by the communication 
software from the on-line service because the Web browser is, in fact, a separate client 

1 5 application displaying Web pages containnig presentation dhectives in the form of HTMI^ or 
another protocol/appUcation such as FTP, IRC, etc. 

Web sites are typically Imked to one another via Uniform Resource Locators (URLs). 
Users may navigate or browse withm a site or between sites sunply by selecting or clicking on 
menu choices, highlighted words, or grapliics (i.e., Hnks on Web pages) that represent URLs. 

20 Despite the fact that navigatuig the Web is easy (users skcqply point and click), as it exists 
today, the Web is a huge, dauntmg, mostly disorganized space in which people wander 
aknlessly from Unk to Unk (i.e., URL) m hopes of finding meaningful content. Browsing the 
Web is essentially a solitary experience. Most Web pages are designed to present information 
to users rather than to promote mteractions with other humans. Most interaction with other 
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humans consists of, "check out tliis URL" by word of mouth, aii e-mail message, or some 
other printed medium. Few, if any opportunities for interacting with others are presented to 
Web users. 

What is further confiising to many computer users is the fact that they must leani and 
5 use different user interface software for interacting with or navigating^rowsing the 
iufonnation service (i.e., information service communication software) than they use for 
interacting with or navigating^rowsing the Web. Users* on-line experiences are compromised 
because they must switch between applications to access information service content and then 
IntemetAVeb content. Switching between applications requires users to change not only the 

iO method of interaction, but also changes the context of interactions from commmiity-oriented 
on the on-lme service to solitary, less socially oriented interactions on the IntemetAVeb. 
Therefore, there is a need for an integrated method of interaction that allows computer users 
to access the IntemetAVeb using a commercially available browser, but also enjoy community- 
oriented activities and interactions of an on-line service that typically may be accomplished 

15 only by leaving the Internet/browser and switching to the on-line service content/on-line 
service communication software. Web users need the ability to form on-line relationships with 
others and to communicate with others of similar interests or background. 



SUMMARY OF THE INVENTION 
The present invention — ^the Community Browser — enhances a user's on-Une 
20 experience by enabling those with similar interests or shared circumstances to enjoy on-going 
social relations. Social relations in an on-line environment translate to both real-time 
interactive methods or options, such as chat and gaming, and static interaction methods, such 
as viewing annotations (e.g., threaded messaging) and shared bookmarks. The enablmg 

4 
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technology of the Community Browser augments the available content on the IntemetAVeb 
that is accessed via a browser with interaction opportunities for on-line service members and 
for Community-created content by on-line service members. Hie on-line community 
enviroimient is integrated with a user's browser so that messaging and mteraction components 
5 of the on-line service are available while the user browses the Intemet. 

The Community Browser is a set of tools and capabilities that enable Web users to 
benefit firom a focused view of the Web based on shared interest, an available group of people 
accessible for interactions, and a repository for relevant and pertinent infoimation discovered 
while browsing or navigating the Web. The tools may be segmented into two groups: core 

10 components and interaction components. Tlie core components enable a commiuiity to exist 
and are generally transparent to the user. Interaction components enable various capabilities 
and user interactions and faciUtate the creation of community content by users. 

The core components comprise a Community Server and a Community CUent. The 
Community Server mamtams communications with the Community Client which operates on 

15 the user's computer. Together the Commmxity Sei*ver and Corommiity Client notify the user 
of annotations by community members aflSliated with whatever Web page (as identified by a 
particular URL) he or she happens upon. Tlie Community Server serves requests from the 
Conamunity Client by initiating sessions between the appropriate annotation components and 
the Community Client, thus enabling annotations to be created and interactions with 

20 community members to occur hi conjunction with navigatmg the Web. Tlie primary fimction 
of the Community Server is as a community communication hub for facilitating interaction 
with a community while the user's browser is running. 

Tlie Community Client serves primarily as an access mechanism to the community 
services, annotations, and interactions. In a preferred embodiment of the present invention, it 
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is manifested as a toolbar on the user's computer screen when used in conjunction with a Web 
browser selected by the user. In another embodiment of the present invention, it may also be 
used independently of a Web browser. Toolbar options facilitate the user's community 
interaction options by, for example, allowing the user to access a Web page for the community 
5 or initiate a chat session with another community member. 

Tlie interaction components or methods (i.e., community interaction options) enable 
aspects of community experiences for users and allows them to engage in on-going social 
relations. Tlie interaction components may comprise message boards (or forums), chat, 
community bookmarks, gaming, and voting. In a prefened embodiment of the present 

10 invention, the mteraction components support "capabilities" associated with a community. 
Capabilities may be viewed as actions that may be performed in a community. Each 
conoununity may support a set of common or unique capabilities. 

Message boards enable asynchronous interactions between community members 
through threaded messagmg. Conununity threaded messages or annotations are associated 

15 with a particular Web page as identiBed by a URL. The concept of associating annotations to 
Web pages enables commmiity members to create a natural organization for their messages. 
Tlie Web page acts as the liigh-level interest filter and the topics of the associated annotations 
further define tlie context based on contributions fi'om commmiity members. Thus, 
community messaging becomes a true expression mechanism for the community and the 

20 millions of Web pages become catalysts for eliciting comments fi'om community members. 

Conferencing or "chat" enables real-time interactions between community members. 
Community members may initiate or just participate m real-time streaming chat sessions. 
Streaming chat includes the capabiUty for users to exchange text, audio, and other multimedia 
type data. 
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Community bookmarks enable community members to contribute Web pages for the 
benefit of other community members. Contributors gain community recognition for their 
contributions. When creating a community bookmark, the contributor provides a title and a 
description for his or her contribution. This inforraarion may be indexed into a directory 
5 service at the time of creation so that it may be retrieved later. 

Community members may also participate in on-line games such as DOOM, Quake, 
Flight Simulator. Users are presented with capabilties for inviting others to participate in a 
game and capabilties for actually participatmg in an on-hne game. 

Voting enables community managers and members to miderstand the temperament of 
10 the community based on input gathered tlu-ough voting. Tliere are two tyi)es of voting. (1) 
Votes may be registered for or against community bookmarks, thus creating a commmiity 
rating system for the bookmarks. (2) A real-time polhng mechanism enables conununity 
managers to ask questions and get immediate feedback from the conununity members while 
on-line. 

15 Tlie present invention allows Web users to form on-line relationships with Community 

members, to communicate with others of similar interest or backgrounds, and to view 
Community content. Tlie Communities of the present invendon may serve as a starting or 
focal pouit for Web navigatmg. The present invention provides a structure for a Web 
experience and helps users avoid bemg ovei*whelmed or overioaded by the complexity of the 

20 Web. Tlie features and benefits of the present invention may be better understood by referring 
to the following description in conjuncuon with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWING(S) 
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Figure 1 is a diagrammatic representation of a . system architecture for a preferred 
embodiment of the present invention; 

Figure 2 is a diagrammatic representation of Community Client components for a 
preferred embodiment of the present invention; 

Figme 3 is a diagrammatic representation of a Community Server arcliitecture for a 
preferred embodiment of the present invention; 

Figure 4 is a diagrammatic representation of a Tracking Server architecture for a 
preferred embodiment of the present invention; 

Figure 5 is a diagrammatic representation of a Threaded Message Server architecture 
for a preferred embodiment of the present invention; and 

Figure 6 is a screen shot of Web page. Community CUenl, and Community Web page 
for a preferred embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTf S) 
Referring to Figure 1, a diagrammatic representation of the system architecture for a 
, 1 5 preferred embodiment of the present invention is shown, l^eferably, the system is comprised 
of several servers providing specialized services to accomplish the features and functionality of 
the present invention. Some servers may be part of a wide area network owned, operated, and 
maintained by an on-line service. Other servers may be owned, operated, and maintained by a 
third party or many third parties and may thus constitute a foreign service. From the 
20 viewpoint of the on-Une service, these third-party servers are foreign servers because they are 
not part of the wide area network of the on-line service. Preferably, the foreign servers are 
part of a global, wide area network such as the Web portion of the Internet. Each server, 
whether part of the on-line service or foreign, is comprised of hardware and software elements 

8 
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that provide a sophisticated set of services or operations for use by clients. Preferably, 
communications between servers are accomplislied using well-known connection technology 
such as TCP/IP connections. Finally, data needed by the present invention may be stored in 
databases accessible via any one of a number of interfaces (e.g., Open Database Connectivity 
5 (ODBC) interface.) 

In a preferred embodiment of the present invention, object-oriented software 
technology (Object-Oriented Progiamming— OOP) is used to implement the features and 
functionality of the software components that comprise the present invention. OOP 
techniques involve the definition, creation, use, and destruction of "objects." These objects 

10 are based .on software entities or classes comprising data types and procedures that are 
automatically associated with them. Classes serve as templates that instruct on building or 
creating an object. OOP techniques are well-known in the art. 

Referring again to Figure 1, users of the present invention interact with or browse the 
Web using a commerciaDy available Web browser 10 such as Spry's Mosaic, Netscape's 

15 Navigator, or Microsoft's Internet Explorer. Tlie Web browser allows a user to retrieve 
information fi-om servers through any one of a number of well-known protocols and/or 
applications (including the HyperText Transfer Protocol (HTTP), File Transfer ftotocol 
(FTP), Internet Relay Chat (IRC), telnet) that has been made publicly available on the Intemet. 
A user retrieves information via the browser by supplying a URL 22 (e.g., 

20 \vww,somehosLcom). A connection is then made to the Web server 24 associated with the 
URL. Once connected, the user may '"browse" the information at the Web site by readmg the 
text and viewing the graphics on the Web page and selecting Imks to related kfonnation which 
may or may not be available fi-om the same server. The servers with which the user interacts 
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are owned, operated, and maintained by many different parties and are, from the viewpoint of 
an on-line service, foreign servers. 

Also iji communication witli the user's Web browser 10 — ^via a Community Client 
comprising a Remote Passphrase Authentication module 12 and community control module 14 
5 embodied in dynamic link libraries (DLLs) — is a Community Server 1 8 which is part of the on- 
line service (i.e., owned, operated, and maintained by the service), Tlie Community Server 18 
manages communities as defined by Home Pages for each community, annotations (i.e., 
mformation service content) and then associations with or links to Web pages (as identified by 
URLs), and sessions established on behalf of members to enable community mteractions via 

10 community interaction options. Tlie Community Server 18 acts as the community 
communication hub. Preferably, the on-line service community enviroiunent is based on the 
same technology as the Web so that communities integrate easily with the Web environment. 
Communications between the community control module 14 of the Community Client and 
Community Server 18 may occur via a TCP/BP connection 16. When the user navigates to a 

15 new Web page 22, a message (e.g., HTTP message containing the new URL 20) is sent from 
the Community Client 14 to the Commmiity Server 18 via the TCP/IP connection 16 so 
interactions may begin with the conmiunity associated with the new Web page. 

In a preferred embodiment of the present invention, user authentication is 
accomplished via a separate Remote Passphrase Authentication module 12 of the Community 

20 Chent that communicates with a Remote Passphrase Authentication (RPA) enabled server 36 
via the Community Server 18. The RPA enabled Server 36 may fiirther access a passphrase 
database to perform user authentication. Communications between the Remote Passphrase 
Authentication module 12 of the Community Client, Community Server 18, and RPA enabled 
server 36 may be accomplished in accordance with any one of a number of well-known 

10 
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protocols aud/or applications including HTTP, FTP, IRC, etc. messages sent via TCP/IP 
connections .16, 34. 

Once a user is authenticated, a "i^ersistent connection" is made between the 
Community Client module 14 and the Community Server 18. This persistent connection, 
5 unique to the present invention, is used to send and receive notifications to and from the 
Community Server 18. Tlie Community Client 14 reports to the Community Server 18 
changes in the Web page as identified by the URL 20. Preferably, changes are reported by the 
Community Client 14 to the Community Seiver 18 using HTTP messages 20. Other protocols 
such as FTP, IRC, etc. may be used as well The Community Server 18 responds to the 

10 Community Client 14, via a HTTP message 20, witli notifications. Consequently, the 
persistent connection between the Community Server 18 and Community CUent 14 may be 
accomplislied using extensions to a stateless connection teclinology (e.g., increasing a time-out 
value on a HTTP connection.) Additional transparent communication thus takes place 
between the Community Client 14 and Community Server 18 to track the user's Web 

15 interaction and determine a context for the user's interactions while the user interacts with the 
Web browser in accordance with a series of stateless transactions in wliich the user changes 
Web pages based on changes to the current URL 22. In addition to HTTP, other protocols 
such as FTP, IRC, etc. may be used depending on what is to be displayed or what mteractions 
are to occur. 

20 Each community supported by the present invention may provide "capabilities." Tlie 

actions that may be performed within a community are the cormnunities capabilities. 
Capabilities represent a variety of mteraction methods or options. Primary or core capabilities 
may include a "Community Centre" (or Home Page which introduces the user to the 
community), "Create or View Comments" (e.g., annotations such as threaded messages, 

11 
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documents, spreadsheets, etc. for a particular community), 'Who's Online" (a list of members 
currently in the community), "Chat" (real time interactions with other commu3)ity members), 
"Invitations" (messages from one community member to another to chat, play a game, etc.), 
"Help" (instructions on how to peifonn a particular task, for example), '"Notices and Personal 
5 Messages" (e.g., email), "Inteniel Features" (e.g., CUCME, Internet Phone), "Games" (e.g., 
DOOM, Quake, Fliglit Simulator). Special capabilities may also be developed for a 
community. 

Users may be introduced to or notified of capabilities via "notifications." Notifications 
are associated with conununities and indicate or reference additional mfonnation or content 
10 (i.e.. Community Content) as well as interaction options or methods that may be of uiterest to 
the user. As the user continues to browse or "surf' the Web, notifications may be sent to the 
Community Client 14 fi-om the Community Server 18 to let the user know what additional 
commiuiity capabilities or features are available for the current Web page or URL. For 
example, for a given URL, notifications may be sent to indicate a series of annotations exist 

IS for this page, additional community members are also at this page, and/or a real-time chat is in 
progress between several commmiity members. Notifications may be viewed as temporary 
hstings as they are determined at the time of access to the URL to reflect the current state of 
the community. Notifications may also be comprised of specific on-line content such as 
current stock quotes that the user has requested to receive at specified intervals (e.g., once a 

20 day.) 

Annotations — which are one type of capability of the present invention — may be 
viewed as '*notes" regardmg related information service content that are associated with or 
linked to a particular Web page as identified by a URL. Tlie notes may be comprised of a list 
of subject or topic related headings (i.e., forum message threads) that a user may peruse, a Ust 

12 
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of threaded messages relating to a particular subject or topic heading, or the contents of a 
particular message. Notes may also include library or arcliive files related to the general 
subject matter or topic of messages. When the user navigates to a Web page, as identified by 
a URL and for which annotations are available, a Web page containing the annotations is 
5 presented on request to the user to allow the user to review or access the annotations. 

Referring again to Figure 1, the Threaded Message Server 54 is used to create and 
retrieve threaded message type annotations that are associated with specific URLs. As 
community members interact with one another via message boards, the messages they submit 
are organized and stored by this component 54 for later retrieval based on a particular URL. 

10 When another user (or the same user) later provides the same URL, the annotations (or 
threaded messages) associated with the URL may be retrieved by the Threaded Message 
Server 54 and presented to the user. Depending on the actions of the user, a list of threaded 
messages, a hst of messages within a thread, or an actual message may be presented to the 
user. Access to related library or archive files may also be provided. 

15 In a preferred embodiment of the present invention, the Threaded Message Server 54 

runs as an extension to a server that performs Remote Passphrase Authentication so that 
access to a community is through a secure means. The Community Server 1 8 interacts with 
the URL database 40 to determine whether annotations are available for a particular URL (i.e., 
the URL just selected by the user). If the URL database 40 indicates annotations are available, 

20 the Community Server 18 interacts with the Threaded Message database 58 (preferably, via a 
POET interface to the Threaded Message Server 54) to locate the messages. Preferably, the 
URL database is organized according to communities and contains maps (e.g., by referencing 
or pointing to a file) to on-line service content associated with a URL (or a series of URLs), 
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The Community Server 18 also interacts with a Membership database 44 to determine 
if a user belongs to the community associated with the URL. If it is determined a user belongs 
to a commmiity, the user is given the opportunity to enter the commimity (e.g., select a 
control button or icon that represents the community). Tlie user may then access a home page 
5 for the community, view conmaunity comments (e.g., view the annotations of the community 
associated with the URL), search commimity comments, and create or reply to community 
comments. A member of a community may also interact and communicate with other 
community members who have similar interests or shared circumstances by initiating 
synchronous communications such as chat or conferencing. 

10 To become a member of a community, a user aflSrmatively requests access to a 

membersliip module which, in a preferred embodiment of the preset invention, is a stand-alone 
process that may be initiated from any one of a number of sources including a Web site, a 
Community Client, on-line service sign-up process, etc. During the membership process, 
information about the user (e.g., preferences and profile data such as name, address, age, 

15 biUing information, mterests and hobbies, favorite Web sites, etc.) is collected and stored in the 
Membership database 44, Because users complete the membership process for each 
conammiity they wish to join, they may have a different profile for every community to which 
they belong. Users may also cancel commmiity membersliips resultuig in deletion of the 
specific preference and profile data fi-om the community membership database. In some cases, 

20 a user may become a member of a community automatically (i.e., without aflSrmatively 
initiating the membership process) as some communities may be open to all on-line service 
users or possibly, all Web users. 

In a preferred embodiment of the present invention, the Community Server 18 
communicates with a Tracking Server 32 via a TCP/IP connection 30 to determine the 

14 
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contents of notifications to be sent. Notifications include information regarding the presence 
of members within a community at a given time and infonnatiou regarding chat sessions 
currently in progress. This dynamic infoimation preferably, is, tracked so that notifications 
accurately reflecting the state of a community may be sent quickly to the user who has just 
5 entered the community by specifying an associated URL. The Trackmg Server 32 thus logs in 
a tracking database 50 accessible via an OBDC interface 48 infonnation regarding the 
activities of users seived by the Community Server 18. Activities that may be tracked include 
Web pages accessed, messages posted to the message board, and chat rooms created or 
entered. The Trackmg Server 32 monitors user actions so that users who share sunilar 

10 interests may leani of one another and communicate with one another through a variety of 
options (e.g., engaging in real-time chat sessions or vieudng threaded messages submitted by 
community members). In addition, data about user actions may be aggregated and reported to 
community members (e.g., results of voting on a particular issue). 

In a preferred embodiment of the present mvention, a session between a Community 

15 Server and a Community Client is managed by primarily two objects — a Session object and a 
Community object. Tlie Session object controls communications sessions with the Community 
Server. It maintains a list of communities to which the users belongs so that access to 
communities may be provided as the user navigates the Web. In the event the user requests 
access to community content or community interactions, the Session object establishes a 

20 Community object that manages mteractions with a specific Community server. The 
Community server, in turn, is responsible for managing interactions with the community 
associated with the Web page. Preferably, each community is identified by a text name and an 
identification number and has an associated port number through which a comiection may be 
established to a Community server. Preferably, each interaction between a Community Client 
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and a Community Server is identified by a "Capability Id" number. Tliese numbers represent 
specific features, fimctions, or community capabilities that may be oflfered to the user. Primary 
or core capabilities may include a "Community Centre" (or Home Page which introduces the 
user to the community), "Create or View Comments" (e.g., annotations for a particular 
5 community), ^^Who's Online" (a Ust of members currently in the community), "Chat" (real time 
interactions with other community members) and "Invitations" (messages from one community 
member to another to chat, play a game, etc.) Special capabilities may also be developed for 
a community. 

Each capability may be comprised of one or more fimctions. For example, a 
10 "comments capability" that provides the abiUty to annotate or attach comments to a Web she 
may support fimctions such as notification (change attribute of screen to notify user comments 
for the current Web page are available), messagmg (view list of topics associated with a Web 
page, view list of topics created in a community, read messages within a topic, reply to a 
message, etc.), and chat (view list of associated pubHc chat rooms, enter into private and 
15 public chat sessions). A membership capability may include fimctions that support listing (list 
of members currently participating in a community), profile (access member profile data), 
modify (personal profile data), and search (community membership), etc. 

Referring to Figure 2, a diagrammatic representation of the Community Client 
components for a preferred embodiment of the present invention is shown. In one 
20 embodiment of the present invention, the Community Client is operative in the Microsoft® 
Wmdows® operatmg system environment. In a preferred embodiment of the present 
invention, a user of the present invention interacts with the Community Server via the 
Community CUent. The Community Client, which may be resident on the user's computer and 
appear as a toolbar, is responsible for both the user's on-line experience and his or her 
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connection with the Community Server. Preferably, this component does not rely on a 
propriety interface to the Web. Rather it operates as an extension to a commercially available 
browser such as Spry's Mosaic, NetScape's Navigator, or Microsoft's Internet Explorer. The 
Browser ludepeudence Manager 60 abstracts the browser's programmable interface so that 
5 multiple browsers may be supported. The Community Session Manager 78 handles 
. communication with the Community Server based on requests from the Web browser. 
Community content is retrieved and then passed to the Community Content Viewer 64. Tlie 
Toolbar and Capabilities Manager 68 is responsible for creating and managing the Community 
'Toolbar" that appears on the user's screen. From the user's point of view, the toolbar is the 
1 0 user interface for controlling the Commmiity. The Toolbar and Capabilities Managei* 68 may 
also interface to one or more Capability Handlers 74 that support the community's capabilities 
or interaction options. The Toolbar and Capabilities Manager 68 mteracts with the Capability 
Handler(s) 74 so that toolbar controls for various capabilities are made available to the user. 
Preferably, a Capability Handler 74 manages multiple capabilities. A Capability Handler 74 
15 may also arrange to have additional controls (as part of the toolbar or in a separate 
wmdow/area of the screen) presented to a user to further facilitate a user's interactions with 
community content and other community members. 

Communications between the various components that comprise the Community CUent 
62, 66, 70, 72, 76, 80 may be accomplished using several mechanisms. For example, well- 
20 known mterprocess commuiiication mechanisms such as Microsoft's Wmdows® Dynamic 
Data Exchange (DDE) 76 or Object Lmking and Embedding (OLE) formats may be used. 
Using DDE, programs running on the same computer (e.g., Web browser and Community 
Client) may exchange data with each other while they are running. Alternatively, the OLE 
format may be used such that the information processed by the different applications may be 
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combined or communicated among the applications. Commmiications between the 
Community Session Manager 78 and Community Server may be accomplished using a TCP/IP 
connection 80. It is noted that a lesser or greater number of components may be developed to 
accomplish the same features and functionality of the Community Client. Furthermore, other 
5 arrangements of similar components and other interprocess commmiication mechanisms may 
be used to accomplish the same features and functionality of the Community Client. 

Refeiring to Figure 3, a diagrammatic representation of the Commimity Server 104 
architecture for a preferred embodnnent of the present invention is shown. The Community 
Server 104 acts as a dispatcher and gatekeeper to the additional back-end servers that provide 

10 tlie features and fimctionality of the present invention. It provides a secure entry point for the 
Community Client 100 and mediates all transactions betw^een the Community Client (and Web 
browser) and the servers. Preferably, the Community Server 104 relies on asynchronous I/O, 
(e.g., via HTTP or some other protocol such as FTP or IRC over a TCP/IP connection 102) 
wdth the Community Client 100. 

15 In a preferred embodiment, the Community Seiver 104 may be comprised of several 

tlireads. Tlie Service Control Thread 1 14 performs service initiaUzation, shutdown, and serves 
as a central repository for global configmation information. The TCP/IP Listener Thread 106 
listens on TCP/IP port 80 for inboimd cUent coimections. When a cUent connects to the 
service, this thread creates a client connection object that is passed to a Connection Worker 

20 Thread for processmg. 

Pseudo code for the main processing loop may be as follows: 

While (TRUE) 

Block waiting for new client connection 

25 Xf connection was established OK 

Create client connection object 

Post a completion event for this connection object to a 
Connection Worker Thread 
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Endwhile 

Three additional classes of worlcer thread pools 108 may perform the majority of the 
server's work. The first worker thread pool is the Connectiou Worker Thread Pool. 
5 Typically, there are two of these tlireads for each processor on the host machine. 
Pseudo code for the main processing loop may be as follows: 

While (TRUE) 

Block waiting for Async I/O Completion Event 
(via GetQueuedCompletionStatus 0 ) 

10 

Use the data returned by the above to obtain the connection 
object associated with the I/O event. 

Call the connection object's virtual CompletionReceived ( ) 
15 method 

Endwhile 

Tlie second worker thread pool is the ODBC Connection Thread Pool. A pool of 
20 threads may be created at server startup time, each of which establish a persistent ODBC 
connection with a community database. Depending on load, the server may also create 
additional ODBC threads as neieded. When a connection object needs to access an ODBC 
datasource, it may take control of one of these pooled threads and make its database queries in 
its ov^ dedicated tliread. 

25 The third worker thread pool is the Asynclironous I/O Thread Pool. Tliis thread pool 

is similar to the ODBC Connectiou Thread Pool m that the threads may be started when the 
service is initialized. Their mam purpose is to allow comiection objects to perform 
synchronous I/O operations (e.g., connecting to the tracking server, performing a synchronous 
write down a socket, etc.) which may block in a thread so that the main worker threads may 

30 continue processing wliile this blocking I/O occiurs. 
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This Active Session List 110 contains the context of all users currently logged into a 
particular community server. The user's membership mformation miiy be cached here as well 
as some other maintenance information. 

The Active Connection List 1 12 is a Ust of all active connections with the Community 
5 Server (but not active sessions). Tliis list may be used by the Garbage Collection thread 118 
to purge stale connections (e.g., connections waiting for outstanding asynchronous I/O events 
from a client that may have gone away). A connection is a chent estabhshmg a TCP/IP 
connection with the Community Server, making a request (e.g., login, get URL information, 
vote, create message, etc.), and receiving a reply. A session is the gioup of connections that 
10 apply to a single user from the initial login request to the logout request. Tlie tracking server 
may also estabUsh connections that are kept on this list. 

This Tracking Server Log 1 16 thread is dedicated to one-way communication between 
the Community Server and the Tracking Server. All tracking server transactions that do not 
require a reply (e.g., those that are used for statistics purposes) are sent to the Trackmg Server 
1 5 from a dedicated connection. 

Tlie Trackmg Server Listener Thread 1 12 is similar to the TCP/IP Listener ITiread 
106, except that this listener accepts connections from a Tracking Server (on a different 
TCP/IP port than chent connections come in on). Pseudo code for the main processmg loop 
may be as follows: 

20 While (TRUE) 

Block waiting for new tracking server request connection 

If connection was established OK 
Create tracking server connection object 
25 Post a completion event for this connection object to a 

Connection Worker Thread 

' Endwhile 

20 
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The Garbage Collection Thread 118 looks for connections and sessions that have not 
been active for some configurable period of time. If they have expired, this thread purges 
them fiom the service. This function alleviates memoiy creep as the service mns for long 
periods of time (perhaps, weeks). 

The Statistics Log Thread 120 may track information regarding activity on tlie server 
such as how many accesses have been attempted, the length of time users are coimected to the 
Community Server, etc. 

A series of transactions between the Community Client and the Commmiity Server 
taka place to accomplish the features and fiuictionality of the present invention. Transactions 
may be generally in two distinct classes: requests (e.g., Crequcst) and responses (e.g., 
CResponse.) Transactions take place over a persistent virtual connection between the two 
components. Asynchronous requests may thus be sent between the components, for example, 
using HTTP, FTP, IRC, etc. 

Preferably, the Community CUent and Community Server perfonn all commiuiications 
across a TCP/IP connection established on port 80. A class (e.g., CScssion) is created to 
handle all client-server protocol negotiation. Tlie client appUcation then handles the contents 
of predefined CRcquest and CResponse classes passed between client and the server. 

A client establishes a login session^ by sending a login request to the server. Once 
authenticated (using a RPA enabled Server), the user session may be estabhshed and a virtual 
comiection maintained between the client and server. This virtual comiection serves as the 
mechanism by which the server sends asynchronous messages to the client (e.g., via HTTP, 
FTP, IRC). An example may be a Chat invitation fi*om one user to another community 
member. 
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Subsequent requests made by the client of the server may be conducted on a separate 
connection such as a Windows socket coimection. Tliis connection may be established and 
taken down transparently to the client application (e.g., embedded in the CSession class 
member functions). This subsequent connection may be authenticated by the server using 
5 Remote Passphrase Authentication mechanisms. 
Lopin Transaction 

Preferably, there are 4 steps in the login transaction: 

1 . Login Request (client to server) 

2. Authentication Challenge (seiver to client) 
10 3. Resi)onse to Challenge (cUeut to server) 

4. Login Response (server to client) 
Preferably, the Client initiates the Login Request by sending the following HTTP 
request: 

'^CSI-Coimunity-Session/<version> Login HTTP/1. 0<crlf>'' 

15 

Tlie Community Server responds witli an extended HTTP response code of POy along 
with a RPA WWW-Authenticate response header. Tlie connection is maintained by both the 
client and server at this point as the server awaits the clients response to the RPA challenge. 

20 The cUent sends a Login Packet of the following format: 



Field 
Name 


U 

Bytes 


DESCRIPTION 


Version ID 


4 


Version identifier of the packet 


Packet 
Length 


4 


Length of Login Packet in bytes 
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Login 
Packet 


varies 


Serialized MFC Cobjecc derived class 
containing: 






DWORD 


Request Type Code 






DWORD 


Transaction Version Id 






CString 


RPA Authorization 
Cheating Header 



Login Response (Server to Client) 



If authenticated, the server responds with a Login Response packet. 



Field 


# 




DESCRIPTION 


Naitic 


Bytes 






Version ID 


4 


Version identifier of the packet 


Packet 


4 


Length of 


Login Packet in bytes 


Length 








Login 


varies 


Serialised MFC Cobject derived class 


Response 




containing 




Packet 












DWORD 


Response type Code 






DWORD 


Version ID 






CString 


RPA security context 






CString 


RPA session key 






CString 


RPA response 






CString 


User Name 






CString 


User Name Realm 






DWORD 


Base Community ID 






CobArray 


Array of N member info 








objects 






Member Info Object structure 






DWORD 


Community ID 






CString 


CommunityName 






CString 


Community Homepage URL 






CString 


User Alias 








(screen name) 






DWORD 


Flags 



Tliere are 2 steps in the cUent request protocol: 

1 . Request (cUent to server) 

2. Response (server to cUent) 

The client uiitiates the Login Request by sending the following HTTP request. 

CSI-Cormunity-Session/<ver3ion> Request HTTP/1,0 <crlf> 
Content 'Length: <length of request packet> <crlf> 
<crlf> 

< request transact ion> 
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The format of a request transaction may be as foDows: 



Field 


Bytes 


DESCRIPTION 


Version ID 


4 


Version identifier of the packet 


Packet 
Length 


4 


Length of Request Packet in bytes 


Request 
Packet 


varies 


Serialized MFC Cobject derived class containing: 

DWORD Request Type Code 

DWORD Transaction Version Id 

CString RPA Authorization Cheating Header 

<varies depending on packet type> 



The followuig table contains descriptions of the various request tyi^es. 



Request 
Type 


Code 


Direction 
C- Client 
S- Server 


Contents 


Error 


0 


c -=> s 


DWORD Error Code. Win32 or WINSOCK error 
code 

CString Descriptive error message 


Login 


1 


c => s 


N/A See Login protocol 


Logout 


2 


s =>c 


N/A Client informs server that user is 
logging off. 


Get URL 
Info 


3 


c s 


CString URL 

CDWordArray Array of community 
. IDs the client is 
querying the server 
about for this URL 
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Invite 


4 


c S 
-or- 
S => C 


est ring User Name of member 
initiating the 
invitation 

CString Invitation type 

DWORD IP Address of server 
handling the 
invitation {a chat 
server, for example} . 
Unused when sent from 
client to server. 

DWORD Port of server 
handling the 
invitation. Unused 
when sent from client 
to server. 

CSti-ing Channel 

Unused when sent from 

DWORD Context. Opaque item 
to be sent back to 
Community server in 
the client response 
to this request. 


Invite 
Reply 


5 


c =:> s 


CString User Name of member 
initiating the 

xnvj. udu jluji 
CString Invitation type 
DWORD Context. Opaque item 
obtained from the 
invitation request 
received from the 
server . 


Create New 
Message 


6 


c => s 


CString URL to associate with 
new threaded message. 

DWORD Community ID to 
associate with 


Membership 
Search 


7 


c => s 


DWORD Unused. If the server 

"Who is Here" search. (i.e., in 
returns a list of all users currently 
logged into the community.) 


Vote 


8 


c =x> s 


CString URL being voted for. 


Timeout 


9 


s => c 


Server is informing the client that the 
session has timed out. 



On success, the server may respond with an 

HTTP/1,0 200 OK <crlf> 
< optional HTTP response headers> 
5 <crlf> 

<response transact±on> 

-or- 
is 
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10 



HTTP/1.0 401 Unauthorized <crlf> 
<optional HTTP response headers> 
<crlf> 



-or- 



HTTP/1.0 <http response code> <http reason> <crlf> 

< optional HTTP response headers> 

<crlf> 



15 



In 40J Unauthorized case, the user's login session context times out and the client 
performs the login sequence again. This reauthentication may be done transparently to the 
user. 

If a non-401 or 200 HTTP status code is encoujitered, some error occurred on the 
server side. The standard HTTP response code gives an indication of what the problem is. 
The format of a success response transaction may be as foUows: 



Field 
Name 


# Bytes 


DESCRIPTION 


Version ID 


4 


Version identifier of the packet 


Packet 
Length 


4 


Length of Packet in bytes 


Response 
Packet 


varies 


Serialized MFC Cobject derived class containing: 

DWORD Response type Code 

DWORD Version ID 

<Varies depending on response typo 



The following table describes the various response types. All are sent from server to 



20 client. 



Response Type 


Code 


ConteiiCs 


Error 


0 


DWORD 
CString 


Error Code. Win3 2 or WINSOCK error code 
Descriptive error message . 


OK 


1 


N/A 


Generic "success" response 


Login 


2 


N/A 


See login protocol . 
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Get URL Info 


3 


est ring URL 

CObArray Array {0 or more) of the 

following : 
DWORD Community ID 

CString URL to get to threaded message for 

this URL 
DWORD Flags 


Invite 


4 


CString User Name of member invited 

CString Invitation type 

aooL If non-zero, the user accepted 

the invitation. 
DWORD IP Address of server handling the 

invitation {a chat server, for 

example) . 

DWORD Port of server handling the 

i n V i t a t i on 
CString Channel I may be blank) 


Create New 

Message 


5 


CString URL to follow to create new 
threaded message. 


Membership 
Search 


6 


CStringArray Array of user names of all 
users matching search 
criteria . 



There are 2 steps in the SeiA/er Request Transaction: 



1. Request (client to server) 

2. Response (server to client) 

The seiver makes asynchronous requests of the client. The request tyi)e sent by the 
server to the client is an invitation request. 



Field 
Name 


U Bytes 


DESCRIPTION 


Vei-sion ID 


4 


Version identifier of the packet 


Packet 
Length 


4 


Length of Request Packet in bytes 


Request 
Packet 


varies 


Serialized MFC CObject derived class containing: 
DWORD Request Type Code 
DWORD Transaction Version Id 
CString User Name of member initiating 

the invitation 
CString Invitation type 
DWORD IP Address of server handling 

the invitation {a chat, server 

for example) . 
DWORD Port of server handling the 

invitation 
CString Channel (may be blank) 
DWORD Context. Opaque item to be sent 

back to the Community server in 

the client response to this 

request . 
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Referring to Figure 4, a diagraininatic representation of a Tracking Server 148 
architecture for a preferred embodiment of the present invention is shown. Tlie Tracking 
Server 148 logs the activities of users served by the Community Server. As users change 
URLs, post community messages Join and leave chat sessions, etc., these actions are reported 
5 by the Community Clients running on their computers to the Community Server 140. This 
infomiation may then be reported by the Community Seiver 140 to the Tracking Seiver 148 
via a TCP/IP connection 142 to a Read Tracking Event Thread pool 144. The Tracking 
Server 148 then receives the information from the threads in the pool via an I/O Completion 
Port 146. The Tracking Server 148 modifies the information (e.g., by stripping a user 

10 identifier that may be associated with the action) and records it m a SQL Tracking Database 
156 via an I/O Completion Port 158 connection to a Write Tracking Event Tliread pool 152. 
The Tracking Server also mamtams a Ust of current users in a Memory Mapped File 150 that 
may be interrogated by the Community Server 140 on behalf of a client. Tracking may be 
used in the following examples: 

15 • Voting 

• Tracking 

• Ou-Line Activity 

• Establishing connectivity between Commimity Members (e.g., Gaming & 
Real-time Conferencmg (Chat)). 

20 • Determinmg ''Who is Here 

All transactions sent to the Communhy Server 140 may be filtered hi one way or 
another through the Tracking Sei'ver(s) 148. 
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Communications between the Community Server 140 and the Tracking Server 148 are 
based on a request/response protocol layered on TCP/IP 142. Requests and responses are 
serialized objects of a type derived from a object (e.g., identified as CTrackTransaction.) 

Tlie Community Server 140 opens an asynchronous TCP/U* connection 142 to the 
5 Tracking Server 148 upon startup. If the connection is lost or the Tracking Server 148 is not 
running, the Community Server 140 may attempt to reestablish a connection periodically. 

In the event of an invitation request, a separate asynchronous TCP/IP connection may 
be made to the Community Server where the user is logged in that receives the mvitation. 
After either accepting or declining the invitation, the Trackmg Server uses the existing 
1 0 connection to the original Community Server to let the inviter know what happened. 

As shown m Figure 4, the Tracking Server 148 may be implemented as a multi- 
threaded server 144 Ustening for asynchronous connections on a specified port (i.e., I/O 
Completion Port) 146 . Two thread pools exist to work on incoming data: a connection pool 
and an ODBC pool, 

15 The Connection Worker threads dispatch mcoming data to the appropriate ODBC 

thread. Each ODBC worker thread, upon initiahzation, opens an ODBC connection to a SQL 
server. 

Tlie Community Server and Trackmg Server may communicate via the followmg 
transactions. 



Transaction Type (Class 
Name) 


Description 


Direction 
(CS- 
Conini unity 
Server) 
(TS- 
Tracliing 
Server) 


CsetupTrack 


Server to server communication 


CS => TS. 


CloginTrack 


User logged into Community 


CS => TS 


ClogoutTrack 


User left Community, either by 
logout or time-out 


CS =^ TS 


CcreateMsgThreadTrack 


User created a message section 


CS => TS 
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CGecAiuioLSiCionTrack 


User obLamed an amiotation 


CS => I'S 


^•Jl^i^T r» U Q V* T" -1 D tffc 

\« rvnoi G He ire i i^cKKeq 


User jTccfuestB a Xisti of othcir loc^cfcd 
m membere 


CS => TS 




l^ist o£ j.ocjcf6Q 2.11 TnGmbcirc 


TS => CS 


CURLInfoTrack 


User weni: uo a new page 


CS => TS 


CmviteTrackReq 


User excends an mvxcacion to chac Co 
anocKer user 


CS => TS 


Ci nviceTrackRop 


Invited uGer accepcs or declines chat 
invi tacion 


TS CV. 


Cinvi v,eTrackReq iopecial 

concexc ) 


Tracking server mcerrogacoe coramunicy 

server 


TS CS 


CinviteTrackRBp (special 
coiicext ) 


CommuniLy server recurns invited 
user* 6 response 


CS => TS 


C-yotelJRLTrack 


User voced 


CS 72 



Preferably, transactions carry the foUowiug data (type): user Id (string), community Id 
(number), server Id fnumberj, transaction type, also called request code (number), and 
version /number;. Because transactions are serialized objects, the transaction uiay include the 
5 nantie of the type of the transaction and a schema version number, Tlie bytes of the serialized 
object are preceded by 8 bytes: 4 (representing a 32 bit number, in network byte order) that 
identify the version of the packet, and 4 (also representing a 32 bit number, in network byte 
order ) that specify' the number of bytes that follow. 

Transactions may convey additional data appropriate to the type of transaction. Tlie 
10 additional data may be appended to the transaction in the order specified in the table. Note 
that strings (e.g.. designated CString) may be a single byte coiuit of characters followed by 
exactly that many characters with no null terminating byte. Numbers are LSB first. Boolean 



type is a 32 bit number with a value of either 0 or 1 . 



1 Transaction Type 


Transaction Sped fie Da La 


j CSetupTrack 


persistence flag \Boolean) 


CLoginTracK 


URL iCstringi 


CL,ogoucTrack 


none 


CCreateMsgThreadTrack 


URL (Cstring; 


:rGecAni^ccac lonTrack 


URL i est ring/ 


CWhoIoHeraTrackReq 


none 


CWhoIcKereTrackRop 


liGc of user Ids niumber; CStringi iCString) 'CString. ... 


Ctn^L I n f cTr ac k 


URL (est ring) 


CInvi teTrackReq 


user Id of invitee (CString), type of interaction: ci-iat: , game, 
etc. (CString). IP address of server hosting inviting user 
(number) and pore of server hosting inviting user (number; 


rrinvi teTr*ickRsp 


acceptance flag (Boolean), reason code (number). IP address of 
Gerver hosting invitee (number) and port of server hosting invitee 
(number) 


CVoteURLTrack 


name of item or URL ( CString j . score : number) 
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For example, the CWhoIsHereTrackReq transaction may trigger a 
CWlioIsHereTrackRsp reply, and a CInviteTrackRcq transaction may trigger a 
CInviteTrackRsp reply. Preferably, the reply packets are returned via the same connection 
that delivers tracking transactions to the Tracking or Voting Servers. 
5 Invitation processing is special compared to the other transactions. For example, the 

ClnviteTrackReq transaction causes the Trackuig Server to open a connection to a second 
Community Server (which may be the same Community Server that initiated the invitation) 
and emit a CInviteTrackReq transaction, to inquhe of the Community Sei-ver whether a 
particular user (the invitee) is still logged in. When the Community Server returns a yes or no 
10 CInviteTrackRsp transaction, the Trackmg Seiver disconnects, and returns a 
CInviteTrackRsp transaction to the originally requesting Community Server. 

The CSetupTrack transaction is sent by the Community Server to the Tracking Server 
when tiie Community Server connects to the Tracking Server. The persistence flag indicates 
whether the Community Server expects the connection to remain open for more than one 
15 transaction. This scheme permits the Community Server to occasionally connect to the 
Tracking Server for a single query. 

Every transaction may be recorded in the tracking table of the tracking database using 
the base information (e.g., user id, community id, server id, and request code), and the 
corresponding URL, if available. For example, CLoginTrack and CLogoutTrack 
20 transactions may cause the addition or removal of user id information from a 'Who is Here" 
list which is kept in memory. Finally, the CInviteTrackReq transaction queries the '^Vlio is 
Here" list while the CWhoIsHereTrackReq transaction returns the entire list. 

In a prefened embodiment in which voting is supported, the CVoteURLTrack 
transaction may cause the community id, the item string, and the score to be inserted into or 
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updated in the vote table and the vote count to be incremented. The value of the score is 



added to the score (initially zero) for the particular community id and issue combination. 



Transaction Type 


Description 


Destination 


CSetupTrack 


Server to server communication 


none 


CLoginTrack 


User logged into Community 


tracking 


CLogoutTrack 


User left Communicy, either by 
logout or time-out 


tracking 


CCreateMegThreadTrack 


User created a meeoage eection 


tracking 


CGe t Annot a 1 1 onTr ack 


User obtained an annotation 


tracking 


CWhoIfiHereTrackReq 


Ueer requests a list of other 
logged in member o 


tracking, fetchec "Who ie Here" 
list 


CWholsHereTrackRsp 


List of logged m memberc 


returns "Who lo Here" list 


CURLInfoTrack 


User went to a new page 


tracking 


CInviteTrackReq 


User extends to another user an 
invitation to chat 


tracking, queries "Who lo Here" 
list 


CI nvi t eTr ac kRap 


Invited user accepts or declineB 
chat invitation 


returns found or noc found 


CVoteURLTrack 


User voted 


tracking, vote 



Datasource Connectivity 

5 l^eferably, the Tracking Server connects to a SQL server via the ODBC application 

programmmg interface. The datasource that the Tracking Server connects to may be 
determined at startup. Multiple ODBC (over TCP/IP or NetBeui protocols) connections are 
made to a SQL server (one per ODBC worker thread) upon initialization and naaintained 
tluoughout the life of each thread. All tracking transactions execute prepared ODBC- SQL 

1 0 statements to log the transaction. 

Referring to Figure 5, a diagramniatic representation of the Tlireaded Message Server 
174 is shown. The Threaded Message Server 174 is used to create and retrieve member 
threaded message annotations created on specific URL's (i.e., Web pages.) The threaded 
message annotations may be stored m a Threaded Message Database 182 accessible via a 

15 POET interface 180. In a preferred embodiment, the Threaded Message Server 174 runs as an 
extension to a Remote Passplirase Authentication (RPA) enabled Server 160 (with a TCP/IP 
connection to a Remote Passphrase Authentication Deity 164 that performs authentication via 
an OBDC connection 166 to a membership database 168) to ensure that is accessed through a 
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secure means. Preferably, the Tlueaded Message Server 174 is not required on a per 
community basis, but rather acts as a global resource and is shared between communities. 

Preferably, the Threaded Message Server 174 receives notifications fiom the RPA 
enabled Server 1 60 via the Commiuiity Client rather than the Community Server. A Binary 
5 Gateway Interface 170 facilitates communication between the RPA enabled Server 160 and 
Threaded Message Setver 174. For example, a Threaded Message Server Dynamic Link 
Library (TMS.DLL) may nm as an extension to a RPA enabled Server. The RPA enabled 
Seivcr may communicate with TMS.DLL througli a combination of the HTTP GET and 
POST methods, depending on the nature of the requested transaction. TMS.DLL may then 
10 interact with the Tlireaded Message Sei-ver 174 througl) remote procedure calls (RPC) and the 
Community URL Database Server 178 through ODBC calls 176. Results of each transaction 
may be returned to the Web Server as dynamically created HTML pages. 
GET Method 

. The following transactions may be requested through the use of the HTTP GET 
1 5 method: 

• PrintSectionnireads 

• PrintTlireadMessages 

• PrintMessage 

• GenerateReplyPage 

20 • GenerateCreateMessagePage 

PrintSectionThreads 

Tliis transaction prints a HTML page contamiug a Ust of threads in a given message 
base section. Each thread item prmted is a hyper-link to the PrintThreadMessages transaction. 
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Appropriate navigational controls are also be displayed. One of these controls may be a link 
to the GenerateCreateMessagePage transaction. 
PrintThreadMessapcs 

"^rhis transaction prints a HTML page containing a list of the messages in a given 
5 thread. Each message item prmted is a hyper-link to the PrintMessage transaction. 
Appropriate navigational controls are also displayed. 
IMntMessage 

This transaction prints a HTML page displaying the contents of a message. 
Navigational controls are also displayed. One of these controls is a link to the 
1 0 GenerateRcplyPage transaction. 
GenerateReplvPage 

Tliis transaction prints a HTML page containing the form controls needed to create a 
reply to a message. The page also contains hidden controls needed to store state information 
that will be passed to the PostReply transaction via the POST command. 
15 GenerateCreateMessagePage 

Tliis transaction prints a HTML page containing the form controls needed to create a 
message. The page also, contains the hidden controls needed to store state iulbrmation that 
may be passed to the PostCreateMessage transaction via the POST command. 
POST Method 

20 The following transactions are requested througli the use of the HTTP POST method: 

• PostCreateMessage 

• PostReply 
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Po stC reateMessa ge 

this transaction uses the contents of the HTML forni controls created by the 
GenerateCreateMessagePage transaction to create a new message. Tlie data is sent via the 
HTTP POST method. 
5 PostReplv 

This transaction uses the contents of the foiTu controls created by the 
GenerateReplyPage transaction to create a reply to a message. Tlie data is sent via the POST 
miethod. 

Referring to Figure 6, a screen shot of Web page 194, Commimity Client 196, and 
10 Community Web page 198 for a prefen ed embodiment of the present invention is shown. The 
Web page 194 associated with the URL 194 is displayed by the Web browser 190 (m this 
example, Microsoft's Internet Explorer) muning on the user's computer. Tlic Community 
Client 196 runs uidependently of the Web browser 190 and appears as a toolbar on the display. 
Tlie toolbar of the Community Client comprises a plurality of custom control buttons. Tlie 
1 5 control buttons are sunilar to menu commands (i.e., allow the user to perform actions), but are 
less obtrusive than menus and are always accessible. Each control button may provide a 
different type of cominunity function. For example, one control button may allow a user to 
access threaded messages associated with the current URL. The messages may appear on a 
separate page (or wmdow) 198 with additional control options for navigatmg the messages. 
20 For example, one or more control buttons on the message page may be used to move forward 
and backward in the message thread. 

In another example, a "Community Home Page" button control on the Community 
Client toolbar may be available to transport the user directly to the home page of the 
commimity Web site. The home page may serve as a place where users may go to be in an 

35 



BNSDOCID: <WO 982041 OA 1J.> 



» » 

wo 98/20410 PCT/US97/20597 

environment specially designed for their interests. Another control button on the toolbar may 
invoke a start/stop mechanism to enable users to start and stop the Commiuiity Client when it 
resides with another application such as a Web browser. Another control button may allow 
users to jom or disassociate themselves with particular communities. Selection of certain 
5 control buttons may cause a supplemental cHent application (i.e., an application with an 
independent mterface) to be invoked to faciUtate certam mteractious. For example, selection 
of a particular control button may initiate a chat session vAth other community members. The 
chat session may be initiated and managed through a separate (i.e., independent of the user's 
browser or Community Client) appUcation that is invoked when the control button is selected 

1 0 and is stopped when the user decides to leave the session. 

In a preferred embodiment of the present invention, the toolbar is extensible and 
dynamic so that a user may modify or tailor it to meet his or her needs or preferences. Users 
may extend the capabilities of the toolbar by creatmg new capabilities based on the primary or 
core capabilities provided by the present invention, As described eariier, the primary or core 

1 5 set of capabilities may include a Community Centre, Create or View comments, Wlio's Online, 
Chat, or Invitations. Other commmiities may have special capabilities in addition to the core 
capabilities. Using a scripting language, a user may extend the toolbar by creating a new 
option comprised of primary or core capabilities. For example, a user may create a "Game" 
capabiUty comprised of the '"Wlio's Online" capability and "Invitation" capabiUty. When 

20 invoked from the toolbar, the Game capability may provide the user with a list of community 
users currently on-line and then invoke a game based on a another community member's 
acceptance of an invitation to play a game. 

Display of community information is preferably controlled by a community viewer that 
provides a basic window frame in which community content displayed as well as support for 

36 



wo 98/20410 PCT/US97/20597 

additional administrative functions and capabilities. The community viewer arranges to display 
Communily iiifoiTnation in a single window or multiple windows depending on the amoimt and 
type of inibnmtion displayed. Preferably, the information is represented by HTML pages 
identified by a URL. For example, annotations for a specific Web page, the list of members 
who are currently present in a community, and aji annotation creation page may all be 
presented as different HTML pages associated with different UKLs. In addition, capabilities 
such as accessing the community home page, viewing community comments, and joming 
communities may be supported by HTML pages and associated apphcations as identified by a 
URL. 

The present invention provides a new system and method for integrating Web/Ijitemel 
and on-line seivice content and interactions to create a community. The present invention 
operates as an extension to a user's preferred Web browser so the user is not required to leam 
a new user interface to locate on-line service content or mteract with other community 
members. On-line service content is delivered to the user in response to the URLs specLBed by 
the user as he or she browses the Web. In addition, opportunities for interacting with other 
community members are presented to the user. The user may change URLs and Web sites 
fi-equently while the present invention maintains a context — via a persistent connection 
between a Community Server and a Community Client — for the user's interactions so that on- 
line service content may be presented and interactions facihtated. Tlie benefit of the present 
invention for end-users is a transformation of the Web to a much fiiendlier and valued place — 
a community. 
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WHAT IS CLAIMED IS: 

1. A system for integrating on-line service content and interaction methods with foreign 
service content and interaction methods comprising: 

a browser for establishing a connection to and interacting with a foreign service 
5 via a plurality of foreign servers; 

an identifier for locating content from one of said foreign servers, said identifier 
processed by said browser; 

a plurality of on-line service subscribers who are members of a community 
associated vAth said identifier; 
10 on-lijie service content associated with said identifier; and 

a client m communication with said browser for transmitting said identifier to 
an on-line service server, said on-line service server adapted to retrieve on-line service 
content associated with said identifier and facilitate interactions wdth said on-line 
service subscribers belonging to said community associated with said identifier. 
15 2. ITie system of claim 1 wherein said client is a toolbar runnmg independently of said 
browser. 

3. The system of claim 2 wherein said toolbar is comprised of buttons representing 
community interaction options available to a subscriber. 

4. ITie system of claim 1 wherein said on-line service server is adapted to present on-line 
20 service content and facilitate interactions through a community viewer. 

5. Tlie system of clakn 1 wherein said on-line service content comprises library files, 
comments, threaded messages, and help related to said identifier subject matter. 
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6. The system of claim 1 wherein said client interactions with said on-line service 
subscribers comprise invitations, messaging, gaming, chat sessions, conferencing, and 
voting. 

7. The system of claim 1 wherein said browser, said client, and said on-Ime service server 
communicate at the apphcation level via an Internet protocol. 

8. Tlie system of claim 1 wherein said on-line service content is presented in and said 
interactions are facilitated with HyperText Markup Language pages. 

9. The system of claim 1 wherein said identifier is a Uniform Resource Locator. 

10. llie system of claun 1 wherein said foreign service is the Internet. 

1 1. The system of claim 1 wherein said foreign service is the World Wide Web. 

12. A method for mtegrating on-line seivice content and interactions with a browser 
comprising the steps of: 

(a) selectmg an identifier for estabUshing a connection between said browser and a 
foreign server; 

(b) transmitting said identifier to an on-line service server fi*om a client in 
communication with said browser; 

(c) retrieving on-line service content associated with said identifier, said on-line service 
server adapted to retrieve said content; 

(d) creating a display page contaming said retrieved on-lme service content; and 

(e) presentmg said display page in a window independent fi-om other windows 
displayed by said browser, said presentation performed by said cUent. 

13. The method of claim 12 fiirther comprising the steps of: 

(g) locating a plurality of members of a community associated with said 
identifier, said pluraUty of members located by said on-line service server; and 
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(h) initiating and managing interactions with one or more of said plurality of 
members of said community associated with said identifier, said interactions initiated 
and managed by said client and said on-line service server. 

14. The method of claim 12 wherein said browser, said client, and said on-line service 
5 server communicate via an Internet protocol. 

15. The method of claim 12 wherein said display page is created using hypertext markup 
language. 

16. The method of claim 12 wherein said on-line service content comprises help, tlireaded 
messages, library files, or archive files. 

10 17. The method of claim 12 wherein said identifier is a uniform resource locator. 

18. A method for mtegratmg on-line service content and mteraction options with foreign 
service content and interaction options comprising the steps of: 

(a) defining at least one community identified by a uniform resource locator, said 
community comprising a Ust of on-hne service subscribers, community content 

1 5 comprised of said on-line service content, and community interaction options 

comprised of said on-line service interaction options; 

(b) displaying via a browser foreign service content identified by said uniform resource 
locator; 

(c) displaying via said browser said community content; and 

20 (d) facilitating said community interactions options between subscribers from said list 

of on-line service subscribers. 

19. The method of clahn 18 wherein a community viewer is adapted to present said 
community content and facilitate said community interaction options. 
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20. The method of claim ] 8 wherein said community content is comprised of help, archive 
files, libraiy files, or threaded messages. 

21. The method of claim 18 wherein said community interaction options include 
messaging, gaming, chat sessions, conferencing, invitations, and voting. 
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